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[57] ABSTRACT 

The invention is a communications system that provides 
communications services to an end-user. The system 
includes a residential hub that is connected to the commu- 
nications system over a DSL connection. The residential hub 
converts voice traffic to ATM for transmission over the DSL 
connection. The communications system includes broad- 
band networks and a service node to facilitate communica- 
tions services for the end-user. 
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TELECOMMUNICATIONS SYSTEM 

RELATED APPLICATIGNS 

Not applicable 

FEDERALLY SPONSORED RESEARCH OR 
DEVELOPMENT 

Not applicable 

MICROFICHE APPENDIX 
Not applicable 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The invention relates to telecommunications systems, and 
in particular, to telecommunications systems that provide 
simultaneous voice and broadband services over ATM con- 
nections over the local loop. 

2. Description of the Prior Art 

The telephone wires to the residence are known as the 
local loop. The local loop has primarily been used to carry 
POTS traffic and low speed data using modems. POTS is an 
acronym for "Plain Old Telephone Service" and generally 
entails voice traffic. Digital Subscriber Line (DSL) technol- 
ogy has been developed to provide greater bandwidth to the 
local loop. DSL technology superimposes high bandwidth 
data over the analog POTS traffic on the local loop. This 
high bandwidth data is transparent to the POTS operation of 
the local loop. At the central office, the high bandwidth data 
is removed from the twisted pair and provided to a separate 
data network. The POTS traffic remains on the twisted pair 
and is provided to a class 5 switch. As a result, DSL 
technology allows high bandwidth data and POTS traffic to 
co-exist on the local loop. POTS traffic is still handled by a 
class 5 switch in the conventional manner, but the high 
bandwidth data is removed from the line before the class 5 
switch. 

Asynchronous Transfer Mode (ATM) and Synchronous 
Optical Network (SONET) technologies have also been 
developed to provide broadband transport and switching 
capability to Local Area Networks (LANs), Wide Area 
Networks (WANs), and other networks. Prior systems do not 
contemplate converting the voice traffic to ATM before it is 
placed on the DSL local loop. This is because standard class 
5 switches on the network side of the local loop do not 
typically handle ATM voice traffic. As a result, ATM tech- 
nology has not been combined with DSL technology to carry 
residential POTS traffic, POTS traffic carried by a DSL local 
loop still requires processing by a complex and expensive 
class 5 switch. 

SUMMARY OF THE INVENTION 

The invention is a communications system for providing 
communications services to an end user at a residence. The 
communications system comprises: a residential communi- 
cations hub, a network multiplexer, telephone wiring, a 
service node, a broadband metropolitan area network ring, 
and a broadband wide area network ring. 

The residential communications hub is located at the 
residence. It is comprised of a plurality of communications 
interfaces that communicate with a pluraUty of end-user 
communications devices that are located in the residence 
and that use a plurality of communications formats. The 
communications interfaces convert between the communi- 
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cations formats and an ATM format. At least one of the 
communications interfaces is an analog telephony interface 
that communicates with a telephone that is located in the 
residence and that uses an analog telephony format. The 

5 analog telephony interface converts between the analog 
telephony format and the ATM format. The residential 
communications hub is further comprised of a Digital Sub- 
scriber Line (DSL) interface that is coupled to the commu- 
nications interfaces. It communicates with the communica- 

10 tions system using an ATM over DSL format. 

The network multiplexer converts between the ATM over 
DSL format and an ATM over broadband format. The 
telephone wiring connects the residential communications 
hub and the network multiplexer and carries the ATM over 

15 DSL format. The service node receives and processes end- 
user communications service requests and initiates the estab- 
lishment of ATM communications paths to support the 
service requests. The broadband metropolitan area network 
ring provides ATM over broadband communications paths 

20 between the network multiplexer and the service node. The 
broadband wide area network ring is connected to the 
service node and provides ATM over broadband communi- 
cations paths to the service node. 

In some embodiments of the invention, the communica- 

^ tions system further comprises: a second service node that is 
connected to the broadband wide area network ring, a 
second broadband metropolitan area network ring that is 
connected to the second service node, a second network 
multiplexer that is connected to the broadband metropolitan 

■^^ area network ring, a second residential hub that is located at 
a second residence to provide services to a second end-user, 
and second telephone wiring that connects the second net- 
work multiplexer to the second residential hub. The com- 
munications system is operational to provide a voice over 
ATM connection between the residential hubs in response to 
a service request directed to one of the service nodes. 

BRIEF DESCRIPTION OF THE DRAWING 
FIGURES 

40 

FIG. 1 is a block diagram of a version of the invention. 
FIG, 2 is a block diagram of a version of the residence. 
FIG. 3 is a block diagram of a version of the residential 
hub. 

FIG. 4 is a block diagram of a version of the service node, 
FIG, 5 is a message sequence chart of a version of the 
invention. 

FIG. 6 is a block diagram of a version of the invention. 
50 FIG. 7 is a logic diagram of a version of the invention. 

FIG. 8 is a logic diagram of a version of the invention. 

FIG. 9 is a logic table used in a version of the invention. 

FIG. 10 is a logic table used in a version of the invention. 
55 FIG. 11 is a logic table used in a version of the invention. 

FIG. 12 is a logic table used in a version of the invention. 

FIG, 13 is a logic table used in a version of the invention. 

FIG. 14 is a logic table used in a version of the invention. 

FIG. 15 is a logic table used in a version of the invention. 

FIG. 16 is a logic table used in a version of the invention. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENTS 

65 The invention combines ATM technology with class 5 
switch emulation to provide bandwidth, class 5 features, and 
other services over the local loop. In preferred embodiments, 
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Asymmetrical Digital Subscriber Line (ADSL) technology service node could use SVCs to communicate. The entire 
is used to transport ATM over the local loop. In ADSL, conoecUon between the residence and the service node could 
conventional voice traffic (POTS) and high bandwidth data establish SVCs as needed. In addition, combinations of the 
traffic can coexist on the local loop. CurrenUy, ADSL can above could be provided. For example, low bandwidth 
typicaUy support 6,000,000 bits per second into the resi- 5 control channels could be provisioned directly from resi- 
dence and 500,000 bits per second out of the residence. For dence to service node, but higher bandwidth bearer channels 
comparison, a conventional telephone conversation requires could be established on an SVC basis. 
64,000 bits per second. The SONET rings provide broadband transport pipes that 
FIG 1 depicts a system for some embodiments of the carry ATM ceUs. Preferably, the SONET rings are broad- 
invention, although one skilled in the art wiU appreciate 10 band metropolitan area network (B-MAN) rings that serve 
other variations and implementations covered by the claims. dense residential and commercial areas. The SONET rings 
Shown are residences 102, 104, 106, 108, 110, 112, 114, and may include ATM switches, including ATM switches that 
116 Residences 102 and 104 are connected to mux 120. provide the muxes with access to the SONET rmgs. SONET 
Residences 106 and 108 are connected to mux 122. Resi- rings can be self-healing. If a self-healing rmg is cut, 
dences 110 and 112 are connected to mux 124. Residences 15 connectivity is maintained as communications may be trans- 
114 and 116 are connected to mux 126. The residences are ported in the other direction around the ring to bypass the 
connected to the muxes over ATM connections, and in cut. SONET connections are typically provisioned from 
preferred embodiments, these connections are ADSUATM cndpoint to cndpoint. The muxes have SONET connections 
connections. Muxes 120 and 122 are connected to SONET provisioned through the nngs to the service nodes. The 
ring 130. Service node 140 is also connected to SONET ring ^ muxes and service nodes communicate over these ATM/ 
130. Muxes 124 and L26 are connected to SONET ring 132. SONET connections. 

Service node 142 is also connected to SONET ring 132. The service nodes provide an interface between the end 

Both service nodes 140 and 142 are connected to ATM users and many communications services and features. The 

network 150 and to POTS network 160. ATM network 150 end users communicate with the service nodes to specify 
is connected to internet 170. ^ end-user communication service requirements. Hie service 

Tbe residences have end users who desire communica- nodes then instruct the communications networks to deliver 

tions services. The residences are depicted as homes, but the required services to the end users. It can be seen that the 

they could also be businesses or other sites where users end user communications are converted to ATM at the 

desire communications services. Typically, the end users residence and provided to the service nodes as ATM traffic 

operate telephones, computers, fax machines, televisions, This includes POTS traffic. As a result, the residence and 

and other communications devices. The residences service node can support POTS voice over ATM without 

exchange ATM communications with the muxes over the using a class 5 switch. 

local loops. In preferred embodiments, the residences and ATM network 150 interconnects the various service 
the muxes communicate with each other over the local loop nodes. Typically, ATM network 150 is a SONET/ATM 
using DSL interfaces. In other embodiments, the connec- system comprised of ATM cross-connects and SONET Add 
tions could be ATM carried over wireless links or other high Drop Multiplexers (ADMs). ATM network 150 also pro- 
speed connections. The residences also have ATM interfaces vides access to internet 170. Internet 170 could be the 
that can interwork between ead user communications and conventional "Internet" that uses the TCP/IP protocol. The 
ATM. service nodes are also connected to POTS network 160. 

It is important to point out that the invention converts POTS network 160 is the conventional "Plain Old Tele- 

POTS traffic to ATM traffic at the residence, and preferably phone Service" that primarily carries telephone voice traffic, 

carries this ATM traffic over an ADSL connection to the To illustrate the operation of the system depicted in FIG. 

mux. The invention also converts non-voice traffic to ATM a few examples will be discussed. One skilled in the art 

traffic, and preferably carries this additional ATM traffic over will appreciate that numerous other examples could also be 

the DSL connection to the mux. This represents a distinct supported by the invention. Consider that an end user at 

advance in the art. Current DSL technology treats POTS in residence 104 may request a telephone conversation with 

the conventional manner by providing POTS traffic to a class another end user at residence 116. Since both end users are 

5 switch. coupled to service nodes, this is an "on-nef ' call. Residence 

Tbe muxes have ATMISONET interfaces to communicate 50 104 will send a call request through mux 120 and SONET 

over the SONET rings. In preferred embodiments, the ring 130 to service node 140. TypicaUy, a provisioned ATM 

muxes interwork between ADSL connections from the resi- control channel will be used during set-up . Service node 140 

dences and SONET connections to the service nodes. Thus, will identify the request as on-net and set-up an ATM path 

communications between the residence and the mux are between residence 104 and residence 116. This ATM path 
preferably carried over ADSL/ATM connections, and com- 55 will utilize mux 120, SONET ring 130, service node 140, 

munications between the mux and the service node are ATM network 150, service node 142, SONET ring 132, and 

preferably carried over SONET/ATM connections. The mux mux 126. Typically, ATM PVCs are provisioned between the 

converts between ADSUATM and SONET/ATM. residences and the muxes, and ATM SVCs are used on the 

The muxes also have the abiUty to implement ATM network side of the muxes. 
Switched Virtual Circuits (SVCS). Essentially, this means 60 Another end user at residence 104 may desire a telephone 

that muxes can interwork ATM cells streams between dif- conversation with an entity not coupled to a service node, 

ferent virtual connections upon request. This allows various This "off-net" call would be set-up by service node 140 

connection options between a residence and a service node. through POTS network 160. Yet another end-user at resi- 

ATM connections could be provisioned as PVC/PVCs from dence 104 may desire access to internet 170. Service node 
the residence direcUy to the service node. This tends to waste 65 140 wUl accept this request and set-up the connection to 

bandwidth in the SONET rings. ATM connections could be internet 170 through mux 120, SONET rmg 130, and ATM 

provisioned from the residence to the mux, and the mux and network 150. Because of the high bandwidth available with 
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ATM over ADSL and SONET, all three of these commxini- 
cation sessions could occur simuhaneously. 

FIG, 2 depicts an example of a residence in some embodi- 
ments of the invention. Where applicable, the reference 
numbers for components that arc similar retain the same S 
final two digits from one figure to the next. Within residence 
202 are hub 204, ATM interface 206, ADSL modem 208, 
telephone 210, telephone 212, computer 214, and computer 
216. The telephones and computers are connected to hub 
204 over conventional connections. Hub 204 is coupled to 
ATM interface 206 which is coupled to ADSL modem 208. 
ADSL modem 206 is connected to mux 220, which is 
connected to SONET ring 230. 

Hub 204 has an analog telephony interface that supports 
analog telephony communications with the telephones. Hub 
204 provides dial tone and power to the telephones. Hub 204 
can detect on-hook and off-hook conditions as well as 
DTMF tones. Hub 204 can also provide ringback and busy 
tones to the telephones. Each telephone could have its own 
line or could share lines. Hub 204 communicates with the 
service node to set-up communications sessions for the 
telephones. 

Hub 204 also provides a LAN/router function to the 
computers. For example, hub 204 could be equipped with an 
ethernet interface for connection to the computers. When a 
communications request is made by one of the computers, 
hub 204 routes the request to the service node, ATM 
interface 206 can integrate voice, video, and data over 
high-bandwidth ATM connections for the telephones and 
computers. ATM interface 206 provides ATM cells to ADSL 
modem 206 for transport to mux 220. Mux 220 is connected 
to SONET ring 230. Conventional requirements for hub 204 
can be found in Telecommunications Industry Association 
(TIA) document SP-3771. 35 

FIG. 3 depicts an example of the residential components 
of some embodiments of the invention. Shown is hub 304 
and it includes ADSL/ATM interface 310 and ATM back- 
plane 314. Together, these components allow for ATM 
communications within the hnb and with external elements 
through ADSL/ATM interface 310. ADSUATM interface 
310 converts end user control and communications into the 
ADSL/ATM format for transport to the service node. ATM/ 
ADSL interface 310 also receives communications and 
control from the service node and provides these to the 45 
appropriate components of hub 304. ADSL/ATM 310 inter- 
face also provides smoothing and shaping for the ATM 
signals. 

Also shown are several cards connected to ATM back- 
plane 314. These are: Java card 320, ATM card 324, MPEG 50 
card 326, utility card 328, LAN card 330, and telephony card 
332. The cards provide communications services to the end 
users as discussed below. The cards can communicate with 
each other or through ATM backplane 314. They can also 
communicate with the service node directly through inter- 55 
face 310. An uninteruptable power supply (UPS) may be 
included if desired in order to provide power during an 
outage to the home, 

Java card 320 includes a processor and memory and is 
operational to receive Java applets from the service node. 60 
Java applets can support a wide variety of tasks. In 
particular, Java applets can be used to provide the intelli- 
gence to support class 5 features, such as call waiting and 
call forwarding, Java card 320 also exerts control over the 
cards and ADSL/AIM interface 310. This could include 65 
ATM virtual connection assignments for communications to 
the mux or service node. Java card 320 may also commu- 
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nicate with the service node to request numerous other 
communications services. 

ATM card 324 provides an ATM interface to devices 
within the residence. If ATM card 324 exchanges ATM 
signaling with resident devices over VPI=0 and VPI=5, then 
ATM cani 325 may use virtual path associated signaling to 
exchange control information with the service node. MPEG 
card 326 provides an MPEG interface to devices within the 
residence. MPEG is a video formatting standard. Typically, 
MPEG card 326 will receive MPEG formatted video in ATM 
cells through ADSL/ATM interface 310 and provide video 
signals to devices in the residence. Utility card 328 is a card 
that is couple to utility metering devices in the home. The 
utility card is programmed to collect the metering informa- 
tion and forward it to the utility companies through ADSL/ 
•ATM interface 310. LAN card 330 supports a LAN that is 
internal to the residence. For, example, LAN card 330 could 
support ethemet connections to multiple computers. The 
computers could access the Internet through LAN card 330 
and ADSL/ATM interface 310. 

Telephony card 332 supports analog telephony commu- 
nications with the telephones. Telephony card 332 provides 
dial tone and power to the telephones. Telephony card 332 
can detect on-hook and off-hook conditions as well as 
DTMF tones. Telephony card 332 can also provide ringback 
and busy tones to the telephones. In some embodiments, 
telephony card 332 provides echo cancellation or other 
digital signal processing functions. Telephony card 332 can 
forward control information (i.e. off-hook+dialed number) 
to the service node either directly through ADSL/ATM 
interface 310 or through Java card 320 and ADSL/ATM 
interface 310. 

FIG. 4 depicts an example of a service node for some 
embodiments of the invention. Shown is service node 440. 
It comprises ATM switch 441, session manager 442, feature 
server 443, ATM voice mux (AVM) 443 andpubUc switched 
telephone network (PSTN) gateway 445. ATM switch 441 is 
connected to SONET ring 430 and ATM network 450. AVM 
444 and Call Manager 445 are connected to POTS network 
460. ATM switch 441 is able to establish switched virtual 
circuits (SVCs) in response to control instructions from 
session manager 4ft2. Feature server 443 provides various 
feamres to the end users. Feature server 443 may provide 
class 5 features to end users. Feature server 443 may 
download software or Java applets to the residential hub. 
Feature server could provide other features, such as 
intranets, voice mail, or personalized internet web pages and 
browsers. 

Session manager 442 is a communications control pro- 
cessor that initiates services for the end users. Session 
manager 442 is compliant with the Telecommunications 
Information Network Architecture Consortium (TINA-C) 
requirements. It houses the user agent and the residential hub 
houses the provider agent. Together, the user agent and the 
provider agent communicate to establish requirements for a 
communications service. One requirement is quality of 
service and it typically entails bandwidth, priority, as well as 
other factors. The session manager issues control messages 
to the required elements to deliver the communications 
service. 

The combination of the provider agent and session man- 
ager provides numerous incoming call management capa- 
bilities. Based on these capabilities, the users can establish 
their own preferences and policies. If a single phone number 
is assigned to all the phones, then one policy for handling 
incoming calls would be to ring all the idle phones. When 
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one of the phones is answered, the call is routed to that same mux. This would also be useful to facilitate continuity 

phone and the ringing is stopped at the other phones. testing by a switch. OC-3 interface 535 is operational to 

Another policy would be that a particular idle phone is accept ATM ceUs from AAL 530 and transmit them, typi- 

selectcd for ringing. The selection could also be based on cally over the connection to the ATM switch m the service 
any number of inputs such as the caller identity, time of day, S node. 

day of week, etc. In general, a very flexible association Digital signal processor 525 is operational to apply vari- 

between phone numbers and assigned telephone lines can be qus digital processes to particular DSOs in response to 

created. There can be one phone number per line, or there control messages received through control interface 500. 

can be more phone numbers than lines with distinctive Examples of digital processing include: tone detection, tone 
ringing based on the called number. 30 transmission, loopbacks, voice detection, voice messaging, 

If the user has a personal computer with an HTML echo cancellation, compression, and encryption. In some 

browser, the user can access a network service that can allow embodiments, digital signal processing 525 could handle 

the user to create a personalized set of caU management mles continuity testing. For example, the call manager may 

that control communications with the user. This would be instruct the mux to provide a loopback for a continmty test 
achieved via a graphical application where the user creates ^5 and or disable cancellation for a call. Digital signal proces- 

a decision tree by putting components together on a palette. sor 525 is connected to AAL 530. As discussed. DSOs from 

This information would be distributed between the session DSO interface 520 may bypass digital signal processmg 525 

manager and the provider agent. For example, the session and be directly coupled to AAL 530. 

manager would know which calls to route to voice mail AAL 530 comprises both a convergence sublayer and a 

based on the caller's identity. For such a call, the provider segmentation and reassembly (SAR) layer, AAL 530 is 

agent will not need to get a call message from session operational to accept the user information in DSO fonnat 

manager. On the other hand, the logic discussed above that from DSO interface 520 or digital signal processor 525 arid 

handles which phone(s) to alert will be encapsulated in the convert the information into ATM cells. AALs are known in 

provider agent. the art and information about AALs is provided by Interaa- 

AVM 444 provides a bearer channel interface between tional Telecommunications Union (ITU) document 1.363. 

POTS network 460 and ATM switch 441. Typically, the An AAL for voice is also described in patent appHcation Ser. 

requires interworking DSO connections with ATM virtual No. 08/395,745, filed on Feb. 28, 1995, enUtled "Cell 

connections. Call Manager 445 provides a call processor and Processing for Voice Transmission", and hereby mcorpo- 

SS7 signaling interface between POTS network 460 and ratedby reference into this application. AAL 530 obtains the 
session manager 442 (through ATM switch 441). TypicaUy, ^° virtual path identifier (VPI) and virtual channel idenUfier 

this requires processing session manager requests and gen- (VCI) for each call from control interface 500. AAL 530 ako 

eraUng SS7 messages for POTS network 460. In addition, obtains the identity of the DSO for each caU (or the DSOs for 

SS7 messages from POTS network 460 are received and an Nx64 call). AAL 530 then converts user information 

processed by Call manager 460, and control information is between the identified DSO and the identified ATM virtual 

passed to session manager 442. connection. Acknowledgments that the assignments have 

FIG. 5 shows one embodiment of the mux that is suitable been implemented may be sent back to the call manager if 

for the present invention, but other muxes that support the desired. Calls with a bit rate tha^^ are ^ J^^^^^^^ 

requirements of the invention are also applicable. Shown are kbit/second are known as Nx64 caUs. If desired AAL^^^^^ 

control interface 500, 003 interface 505, DS3 interface can be capable of accepUng control messages th^^^^^ 

510, DSl interface 515, DSO interface 520, digital signal trol interface 500 for Nx64 caUs. 

processor 525, ATM adaption Uyer (AAL) 530, and OC-3 As discussed above, the mux also handles calls m the 

interface 535. opposite direction— from OC-3 interface 535 to DSO inter- 

^ . 1 ■ ! p cnn fr^T^ th^ .>an face 520. Control interface 500 will provide AAL 530 with 

Control interface 500 accepts messages J« «»1 .^.j ^ selected VPI/VCI to the selected 

manager. In particular, control interface 500 Fovid^ DSO/ 45 J ^ ihe 

vu-tual connection assignments to AAL 530 for implemen- V "^Ji^T/rr^r- n u ^ • * *u nonf 

tation. Control interface 500 may accept control messages ^^^^^^^^^"1 ^^^^^^^^^^^ 

from the call manager with messages for DSO 520. These V'^^'^^ ^ ^^^^'^ outbound DSO connection, 

messages could be to connect DSOs to: 1) other DSOs, 2) A technique for processmg VPIA^CIs is disclosed m 
digital signal processor 525, or 3) AAL 530 (bypassing 50 Patent application Ser. No. 08/653,852, filed on May 28, 

dkital signal processor 525). Control interface 500 may 1996, entitled 'Telecommunications System with a Connec- 

accept control messages from the call manager with mes- tion Processing System," and hereby incorporated by refer- 

sages for digital signal processing 525. An example of such ence into this application. 

an message would be to disable an echo canceller on a The caU manager is a signaling processor that is referred 
particular connection. 55 to as a call/connection manager (CCM), and it receives and 

OC-3 interface 505 accepts the OC-3 format and makes processes telecommunications call signaUog and control 

the conversion to DS3. DS3 interface 510 accepU the DS3 messages to select connections that establish communica- 

format and makes the conversion to DSl. DS3 interface 510 tion paths for calls. In the preferred embodiment the CCM 

can accept DS3s from OC-3 interface 505 or from an processes SS7 signahng to select connections for a call, 
external connection. DSl interface 515 accepts the DSl 60 CCM processing ^ described in a U S. Patent Apphcation 

format and makes the conversion to DSO. DSl interface 515 having attorney docket number 1148, which is entiUed 

can accept DSls from DS3 interface 510 or from an external "Telecommunication System," which is assi^ed to the 

connecUon. DSO interface 520 accepts the DSO format and same assignee as this patent appUcaUon, and which is 

provides an interface to digital signal processor 525 or AAL incorporated herem by reference. 

530. In some embodiments, DSO interface 520 could be 65 In addition to selecting connections with the POTS 

capable of directly interconnecting particular DSOs. This network, the CCM perforais many other functions in the 

could be the case for call entering and egressing from the context of caU processing. It not only can control routmg and 
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select the actual connections, but it can also validate callers, translation, routing, call control, exceptions, screening, and 

control echo canceUers, generate billing information, invoke enor handling. In addition to providing the control reqmre- 

intelligent network functions, access remote databases, man- ments for the mux, application platform 630 also provides 

age tr^c, and balance network loads. One skiUed in the art requirements for echo control and ^^^^^^^ 

^11 appr;ciate how the CCM described below can be s appropriate interface of contro platform 620. In a^^^^^^ 

win dpprccidic u ^_u^j™^„tc appUcat^on platform 630 generates signalmg information for 

adapted to operate in the above embodiments. transmission by signaling platform 610. The signaling iofor- 

HG. 6 depicts a version of the CCM. Other versions are ^^^^^ ^^^^^ jg^p^ jj^^^ ^j. j^AP messages to external 

also contemplated. In the embodiment of HG. 6, CCM 600 network elements. Pertinent information for each call is 

controls an ATM interworking multiplexer (mux) that per- ^^^^^^ ^ control block (CCB) for the call. Hie CCB 

forms interworking of DSOs and VPIA^CIs. However, the lo tracking and biUing the call. 

CCM may control other communications devices and con- Application platform 630 operates in general accord with 

nections in other embodiments. ^^^^ q^^^ j^^^l^j (BCM) defined by the ITU. An 

CCM 600 comprises signaling platform 610, control instance of the BCM is created to handle each call. The 
platform 620, and application platform 630. Each of the g^^M includes an originating process and a terminating 
platforms 610, 620, and 630 is coupled to the other plat- process. Application platform 630 includes a service switch- 
forms, ing fiinction (SSF) that is used to invoke the service control 

Signaling platform 610 is externally coupled to the SS7 function (SCF). Typically, the SCF is contained in a service 

systems— in particular to systems having a message transfer control point (SCF). The SCF is queried with TCAF or INAP 

part (MTP), an ISDN user part (ISUP), a signaling conncc- messages. The originating or terminating processes will 

tion control part (SCCP), an intelligent network application access remote databases with intelligent network (IN) func- 

part (INAP), and a transaction capabilities application part tionality via the SSF function. 

(TCAP). Control platform 620 is externally coupled to a Software requirements for application platform 630 can 

mux control, an echo control, a resource control, billing, and produced in specification and description language (SDL) 

operations. ^5 defined in ITU-T Z.IOO. The SDL can be converted into C 

Signaling platform 610 comprises MTP levels 1-3, ISUP, code. Additional C and C++ code can be added as required 

TCAP, SCCP, and INAP functionality and is operational to to establish the environment. 

transmit and receive the SS7 messages. The ISUP, SCCP, prom FIG. 6, it can be seen that application platform 630 

INAP, and TCAP functionality use MTP to transmit and processes signaling information to control numerous sys- 

receive the SS7 messages. Together, this functionality is tems and facilitate call connections and services. The SS7 

referred as an "SS7 stack," and it is well known. The signaling is exchanged with external components through 

software required by one skilled in the art to configure an signaling platform 610, and control information is 

SS7 stack is commercially available, for example, from the exchanged with external systems through control platform 

Trillium company. 620. Advantageously, CCM 600 is not integrated into a 

Cbntrol platform 620 is comprised of various external 35 switch CPU that is coupled to a switching matrix. Unlike an 

interfaces including session manager interface, a mux scP, CCM 600 is capable of processing ISUP messages 

interface, an echo interface, a resource control interface, a independently of TCAP queries. 

billing interface, and an operations interface. The mux 557 messages are well known. Designations for various 

interface exchanges messages with at least one mux. These §§7 messages commonly are used. Ihose skilled in the art 

messages comprise DSO to VPI/VCI assignments, 4Q familiar with the following message designations: 

acknowledgments, and status infonmation. The echo control ACM— Address Complete Message 

interface exchanges messages with echo control systems, ANM— Answer Message 

Messages exchanged with echo control systems might 3L0 — Blocking 

include instructions to enable or disable echo cancellation on 3la — Blocking Acknowledgment 

particular DSOs, acknowledgments, and status infonnation. 45 cpc — Call Progress 

The resource control interface exchanges messages with CRG — Chaige Information 

external resources via the session manager. Examples of CGB — Circuit Group Blocking 

such resources are devices that implement continuity testing, CGBA— Circuit Group Blocking Acknowledgment 

encryption, compression, tone detection/transmission, voice gRS — Circuit Group Reset 

detection, and voice messaging. The messages exchanged 50 GRA — Circuit Group Reset Acknowledgment 

with resources are instructions to apply the resource to qqu — Circuit Group Unblocking 

particular DSOs, acknowledgments, and status infonnation. CGUA — Circuit Group Unblocking Acknowledgment 

For example, a message may instruct a continuity testing CQM — Circuit Group Query 

resource to provide a loopback or to send and detect a tone CQR — Circuit Group Query Response 

for a continuity test. 55 CRM — Circuit Reservation Message 

The billing interface transfers pertinent billing informa- CRA — Circuit Reservation Acknowledgment 

tion to a billing system. Typical billing information includes CVT — Circuit Validation Test 

the parties to the call, time points for the call, and any special CVR — Circuit Validation Response 

features applied to the call. The operations interface allows CFN — Confusion 

for the configuration and control of CCM 600. One skilled 60 COT — Continuity 

in the art will appreciate how to produce the software for the CCR — Continuity Check Request 

interfaces in control platform 620. EXM — Exit Message 

AppUcation platform 630 is functional to process signal- INF — Information 

ing information fi-om signaling platform 610 in order to INR— Information Request 

select connections. The identity of the selected connections 65 lAM — Initial Address 

are provided to control platform 620 for the mux interface. LPA— Loop Back Acknowledgment 

Application platform 630 is responsible for validation, PAM— Pass Along 
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REL— Release 

RLC — Release Complete 

RSC— Reset Circuit 

RES — Resume 

SUS— Suspend 

UBL^Unblocking 

UBA— Unblocking Acknowledgment 

UCIC— Unequipped Circuit Identification Code. 

Call processing typically entails two aspects. First, an 
incoming or "originating" connection is recognized by an 
originating call process. For example, the initial connection 
that a call uses to enter a networic is the originating con- 
nection in that network. Second, an outgoing or "terminat- 
ing" connection is selected by a terminating call process. For 
example, the terminating connection is coupled to the origi- 
nating connection in order to extend the call through the 
network. These two aspects of call processing are referred to 
as the originating side of the call and the tenninating side of 
the call. 

FIG. 7 depicts a data structure used by application plat- 
form 630 of FIG. 6 to execute the BCM. This is accom- 
plished through a series of tables that point to one another in 
various ways. The pointers are typically comprised of next 
function and next index designations. The next function 
points to the next table, and the next index points to an entry 
or a range of entries in that table. The data structure has 
trunk circuit table 700, trunk group table 702, exception 
table 704, ANI table 706, called number table 708, and 
routing table 710. 

Trunk circuit table 700 contains information related to the 
connections. Typically, the connections are DSO or ATM 
connections. Initially, trunk circuit table 700 is used to 
retrieve information about the originating connection. Later, 
the table is used to retrieve infonnalion about the terminat- 
ing connection. When the originating connection is being 
processed, the trunk group number in trunk circuit table 700 
points to the applicable tmnk group for the originating 
connection in trunk group table 702. 

Trunk group table 702 contains information related to the 
originating and terminating trunk groups. When the origi- 
nating connection is being processed, trunk group table 702 
provides information relevant to the trunk group for the 
originating connection and typically points to exception 
table 704, 

Exception table 704 is used to identify various exception 
conditions related to the call that may influence the routing 
or other handling of the call. Typically, exception table 704 
points to ANI table 706. Although, exception table 704 may 
point directly to trunk group table 702, called number table 
708, or routing table 710, 

ANI table 706 is used to identify any special character- 
istics related to the caller's number. The caller's number is 
commonly known as automatic number identification (ANI). 
ANI table 706 typically points to called number table 708. 
Although, ANI table 706 may point direcUy to trunk group 
table 702 or routing table 710. 

Called number table 708 is used to identify routing 
requirements based on the called number. This will be the 
case for standard telephone calls. Called number table 708 
typically points to routing table 710. Although, it may point 
to trunk group table 702. 

Routing table 710 has information relating to the routing 
of the call for the various connections. Routing table 710 is 
entered from a pointer in either exception table 704, ANI 
table 706, or called number table 708. Routing table 710 
typically points to a trunk group in trunk group table 702. 

When exception table 704, ANI table 706, called number 
table 708, or routing table 710 point to trunk group table 
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702, they effectively select the terminating trunk group. 
When the terminating connection is being processed, the 
trunk group number in trunk group table 702 points to the 
trunk group that contains the applicable terminating con- 
5 nection in trunk circuit table 702. The terminating trunk 
circuit is used to extend the call. The trunk circuit is typically 
a VPWCI or a DSO. Thus it can be seen that by migrating 
through the tables, a terminating connection can be selected 
for a call. 

FIG. 8 is an overlay of FIG, 7. The tables firom FIG. 7 are 
present, but for clarity, their pointers have been omitted. 
FIG. 8 illustrates additional tables that can be accessed from 
the tables of FIG. 7. These include CCM ID table 800, 
treatment table 804, query/response table 806, and message 
table 808. 

15 CCM ID table 800 contains various CCM SS7 point 
codes. It can be accessed from trunk group table 702, and it 
points back to trunk group table 702. Treatment table 804 
identifies various special actions to be taken in the course of 
call processing. This will typically result in the transmission 

20 of a release message (REL) and a cause value. Treatment 
table 804 can be accessed from trunk circuit table 700, trunk 
group table 702, excepUon table 704, ANI table 706, called 
number table 708, routing table 710, and query/response 
table 806. 

25 Query/response table 806 has information used to invoke 
the SCF. It can be accessed by trunk group table 702, 
exception table 704, ANI table 706, called number table 708, 
and routing table 710. It points to trunk group table 702, 
exception table 704, ANI table 706, called number table 708, 

30 routing table 710, and treatment table 804. Message table 
808 is used to provide instructions for messages from the 
termination side of the call. It can be accessed by trunk 
group table 702 and points to trunk group table 702. 
FIGS. 9-16 depict examples of the various tables 

35 described above. FIG. 9 depicts an example of the trunk 
circuit table. Initially, the trunk circuit table is used to access 
information about the originating circuit. Later in the 
processing, it is used to provide information about the 
terminating circuit. For originating circuit processing, the 

40 associated point code is used to enter the table. This is the 
point code of the switch or CCM associated with the 
originating circuit. For terminating circuit processing, the 
trunk group number is used to enter the table. 

The table also contains the circuit identification code 

45 (CIC). The CIC identifies the circuit which is typically a 
DSO or a VPWCI. Thus, the invention is capable of 
mapping the SS7 CICs to the ATM VPWCI. If the circuit 
is ATM, the virtual path (VP) and the virtual channel (VC) 
also can be used for identification. The group member 

50 number is a numeric code that is used for terminating circuit 
selection. The hardware identifier identifies the location of 
the hardware associated with the originating circuit. The 
echo canceller (EC) identification (ID) entry identifies the 
echo canceller for the originating circuit. 

55 The remaining fields are dynamic in that they are filled 
during call processing. The echo control entry is filled based 
on three fields in signaling messages: the echo suppresser 
indicator in the LAM or CRM, the echo control device 
indicator in the ACM or CPM, and the information transfer 

60 capabiUty in the lAM. This information is used to determine 
if echo control is required on the call. The satellite indicator 
is filled with the satellite indicator in the lAM or CRM. It 
may be used to reject a call if too many satellites are used. 
The circuit status indicates if the given circuit is idle, 

65 blocked, or not blocked. The circuit state indicates the 
current state of the circuit, for example, active or transient. 
The time/date indicates when the idle circuit went idle. 
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calling party charge number entry aature of address indi- 
cates how the ANI is to be obtained. The following is the 
table fill that is used in this field: unknown, unique sub- 
scriber numbers, ANI not available or not provided, unique 
national number, ANI of the called party included, ANI of 
the called party not included, ANI of the called party 
includes national number, non-unique subscriber number, 
non-unique national ijumber, non-unique international 
number, test line test code, and all other parameter values. 

The "digits from" and "digits to" focus further processing 
unique to ANI within a given range. The data entry indicates 
if the ANI represents a data device that does not need echo 
control. Originating line information (OLI) differentiates 
among ordinary subscriber, multiparty line, ANI failure, 
station level rating, special operator handling, automatic 


FIG. 10 depicts an example of the trunk group table. 
During origination processing, the trunk group number from 
the trunk circuit table is used to key into the trunk table. 
Glare resolution indicates how a glare situation is to be 
resolved. Glare is dual seizure of the same circuit. If the 
glare resolution entry is set to "even/odd," the network 
element with the higher point code controls the even circuits, 
and the network clement with the lower point code controls 
the odd circuits. If the glare resolution entry is set to "all," 
the CCM controls all of the circuits. If the glare resolution 30 
entry is set to "none," the CCM yields. The continuity 
control entry lists the percent of calls requiring continuity 
tests on the trunk group. 

The common language location identifier (CLU) entry is siauon icvci lauug, oy^^wai upciai^^i 
a Bellcore standardized entry. The satellite trunk group entry 15 identified outward dialing, coin or non-coin call using data- 
indicates that the trunk group uses a satellite. The satelUte base access, 800/888 service call, coin, prison/inmate 
trunk group entry is used in conjunction with the satellite service, intercept (blank, trouble, and regular), operator 
indicator field described above to determine if the call has handled call, outward wide area telecommunications 
used too many satellite connections and, therefore, must be service, telecommunications relay service (TRS), cellular 
rejected The service indicator indicates if the incoming 20 services, private paystation, and access for private virtual 
message is from a CCM (ATM) or a switch (TDM). The network types of service. Ihc next function and next mdex 
outgoing message index (OMI) points to the message table point to the next table which is typically the caUed number 
so that outgoing messages can obtain parameters. The asso- table. 

ciated number plan area (NPA) entry identifies the area code. FIG. 13 depicts an example of the called number table. 

Selection sequence indicates the methodology that will be 25 The index is used to enter the table. The called number 
used to select a connection. The selection sequence field nature of address entry indicates the type of dialed number, 
designations tell the trunk group to select circuits based on for example, national versus international. The "digits from" 
the following: least idle, most idle, ascending, descending, and "digits to" entries focus fiirther processmg unique to a 
clodcwise, and counterclockwise. The hop counter is dec- range of called numbers. The processmg follows pro- 
remented from the lAM. If the hop counter is zero, the call 30 cessing logic of the "digits from" and "digits to" fields m 


FIG. 11. The next function and next index point to the next 
table which is typically the routing table. 

FIG. 14 depicts an example of the routing table. The index 
is used to enter the table. The transit network selection 
35 (TNS) network identification (ID) plan indicates the number 
of digits to use for the CIC. The transit network selection 
"digits from" and "digits to" fields define the range of 
numbers to identify an international carrier. The circuit code 
caller reacnea me neiworK ana is uscu lui luuuug w^iioiu indicates the need for an operator on the call. The next 
types of calls. The following are used for this field: spare or 40 function and next index entries in the routmg table are used 
no indication, selected carrier identification code presub- to identify a trunk group. The second and third next fiinction/ 
scribed and input by the calling party, selected carrier index entries define alternate routes. The third next funcUon 
identification code presubscribed and not input by the caU- entry can also point back to another set of next frmctions m 
ing party, selected carrier identification code presubscribed the routing table in order to expand the number of alternate 
and no indication of input by the calling party, and selected 45 route choices. The only other entries allowed are pointers to 


is released. Automatic congestion control (ACC) active 
indicates whether or not congestion control is active. If 
automatic congestion control is active, the CCM may release 
the call. During termination processing, the next function 
and index are used to enter the trunk circuit table, 

FIG. 11 depicts an example of the exception table. The 
index is used as a pointer to enter the table. The carrier 
selection identification (ID) parameter indicates how the 
caller reached the network and is used for routing certain 


carrier identification code not presubscribed and input by the 
calling party. The carrier identification (ID) indicates the 
network that the caller wants to use. This is used to route 
calls directly to the desired network. The called party 
number nature of address differentiates between 0+ calls, 1+ 
calls, test calls, and international calls. For example, inter- 
national calls might be routed to a pre -selected international 
carrier. 

The called party "digits from" and "digits to" focus 


the treatment table. If the routing table points to the trunk 
, group table, then the trunk group table typically points to a 
trunk circuit in the trunk circuit table. The yield from the 
trunk circuit table is the terminating connection for the call. 
50 It can be seen from FIGS. 9-14 that the tables can be 
configured and relate to one another in such a way that call 
processes can enter the trunk circuit table for the originating 
connection and can traverse through the tables by keying on 
information and using pointers. The yield of the tables is 


ine cauea pany uigiiis num t»uu ui^io w iw^w.^ ^ r — ^ 

further processing unique to a defined range of called 55 typically a terminating connection identified by the trunk 


numbers. The "digits from" field is a decimal number 
ranging from 1-15 digits. It can be any length and, if filled 
with less than 15 digits, is filled with Os for the remaining 
digits. The "digits to" field is a decimal number ranging from 
1-15 digits. It can be any length and, if filled with less than 
15 digits, is filled with 9s for the remaining digits. The next 
function and next index entries point to the next table which 
is typically the ANI table. 

FIG, 12 depicts an example of the ANI table. The index 


circuit table. In some cases, treatment is specified by the 
treatment table instead of a connection. If, at any point 
during the processing, a trunk group can be selected, pro- 
cessing may proceed directly to the trunk group table for 
60 terminating circuit selection. For example, it may be desir- 
able to route calls from a particular ANI over a particular set 
of trunk groups. In this case, the ANI tabic would point 
directly to the trunk group table, and the trunk group table 
would point to the trunk circuit table for a terminating 


riu, aepicts an cAiuupic ui uit laun^. xuw iw^^^ ~ — - ^ 

is used to enter the fields of the table. The calling party 65 circuit. The default path through the tables is: trunk circuit, 

category differentiates among types of calling parlies, for trunk group, exception, ANI, called number, routmg, trunk 

example, test calls, emergency calls, and ordinary calls. The group, and trunk circuit. 
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FIG. 15 depicts an example of the treatmeat table. Either 
the index or the message received cause number are filled 
and are used to enter the table. If the index is filled and used 
to enter the table, the general location, coding standard, and 
cause value indicator are used to generate an SS7 REL. The 
message received cause value entry is the cause value in a 
received SS7 message. If the message received cause value 
is filled and used to enter the table, then the cause value from 
that message is used in a REL from the CCM. The next 
function and next index point to the next table. 

FIG. 16 depicts an example of the message table. This 
table allows the CCM to alter information in outgoing 
messages. Message type is used to enter the table, and it 
represents the outgoing standard SS7 message type. The 
parameter is the pertinent parameter within the outgoing SS7 
message. The indexes point to various entries in the trunk 
group table and determine if parameters can be unchanged, 
omitted, or modified in the outgoing messages. 

Operation of a detailed embodiment of the invention will 
now be discussed with reference to FIGS. 1-4. Those skilled 
in the art will appreciate that numerous other examples 
could also be supported by the invention. An end user at 
residence 102 may request a telephone conversation with 
another end user at residence 116 by picking up telephone 
210 and dialing the number of a telephone at residence 116. 
As both end users are coupled to service nodes, this is an 
on-net call. Telephony card 332 in hub 304 of residence 102 
will detect the off-hook, supply dial tone, and detect dialed 
digits. This information will be forwarded in a message 
carried over ATM cell(s) to session manager 442 at the 
service node 140 (440 on FTG. 4). Session manager 442 will 
determine that the call is on-net and send a control message 
to ATM switch 441 at service node 140 to establish an SVC 
from mux 120 to mux 126 through SONET rings 130 and 
132 and ATM network 150. (In the alternative, the session 
manager could contact each of these resources to set-up the 
connection.) The connections between the muxes and the 
residences have preferably been provisioned, but they may 
also be established on an SVC basis. Session manager 442 
will instruct the telephony card at residence 116 to facilitate 
call set up, and the telephony card will ring the appropriate 
telephone. When the end user at residence 116 picks up the 
ringing telephone, a voice conversation may ensue over the 
end to end ATM path. 

If an ofE-net call is attempted by an end-user at residence 
102, a similar process occurs except thai session manager 
442 at service node 140 recognizes the ofiP-net destination 
and sends a control instruction to call manager 445 to 
process the call. In some embodiments, this could be a SS7 
lAM, and in other embodiments it could be a control 
message provided over a non-SS7 interface. Call manager 
445 processes the dialed number and issues an SS7 Initial 
Address Message (1AM) to the appropriate network element 
in POTS network 160. Session manager 442 instnicts ATM 
switch 441 to set-up an SVC from mux 120 to AVM 444 at 
service node 140. Call manager 445 instructs AVM 444 of 
the particular DSO lo intenvork with this SVC. As a result, 
the call is extended from service node 140 to POTS network 
160. POTS network 160 completes the call in the conven- 
tional marmer. 

If an internet session is attempted by an end user at 
residence 102 using computer 214, LAN card 330 in hub 
204 at residence 102 will receive the connection request and 
forward it to Java card 320. Java card 320 will send a control 
message to session manager 442 at service node 140. 
Session manager 442 will instruct ATM switch 441 to 
establish an SVC from mux 120 to internet 170 through 
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ATM network 150. The connection between mux 120 and 
LAN card 330 may be established on an SVC basis, or it 
may akeady be provisioned. Because of the high bandwidth 
available, all three of the above communication sessions 

5 could occur simultaneously. 

An important feature of the residential hub is the support 
of legacy applications by providing a proxy. An example is 
how the telephony card supports POTS calls. The telephones 
operate in their normal manner, and the telephony card 

10 provides an "interpreter" between the telephone and the 
session manager. This "interpreter" function is a proxy. A 
proxy could also be provided for legacy Internet communi- 
cations. The LAN card or Java card could be programmed to 
act as the proxy. When a computer at the residence attempted 

15 an Internet communication, the proxy would intercept the IP 
packet. It could either translate the IP address into a desti- 
nation and provides it to the session manager, or simply 
forward the IP address the session manager. Either way, the 
session manager would set up an ATM SVC to the destina- 

20 tion. The legacy application on the computer could commu- 
nicate using IP addressing, but would be supplied with ATM 
connections using the proxy. 

The hub and session manager could provide proxy com- 
munications as follows. The session manager will house a 

25 generic service manager at an abstract level. The session 
manager will also house various service specific service 
managers derived from the generic service manager 
Typically, the session manager houses the user agent and the 
residential hub houses the provider agent. The provider 

30 agent communicates with the service specific service man- 
ager to negotiate a service request. In a proxy situation, the 
proxy at the hub becomes the provider agent in the TINA 
model. This proxy/provider agent at the hub will commu- 
nicate with the service specific service manager at the 

35 session manager to set-up the communications session. 
In addition to establishing connections, the residential hub 
and service node provide a powerful platform to deliver 
services to the end user. The feature server at the service 
node could download Java applets to the Java CPU at the 

40 residential hub. This opens up a vast array of Java based 
services and could facititate the use of network computers at 
the residence. These Java applets could be used to provide 
class 5 features to the telephones at the residence. For 
example, if the user requests call forwarding, a call fonvard- 

45 ing Java applet could be downloaded to the Java card. The 
Java card could interface with the user (i.e. over a telephone 
or computer) to collect the forwarding number. The Java 
card could then provide the forwarding number to the 
session manager. The session manager would direct all 

50 subsequent calls to the forwarding number. The feature 
server could also house a call-waiting applet. If a user 
invokes call-waiting, the feature server wotild download a 
call-waiting applet to the Java card. The Java card would 
control the telephony card to notify the user when an 

55 incoming call arrives during oflf-hook. The end-user would 
indicate acceptance of the other call with a hook flash 
detected by the telephony card. The end user class 5 features 
that today are provided centrally by a class 5 switch can be 
distributed over the residential communications hub, the 

60 session manager, and the feature server in this system. 
Allocation of intelligence in this manner offers the flexibility 
to easily customize and compose new services in a modular 
way. The following examples explain how some common 
class 5 features can be distributed. The provider agent in the 

65 residential hub can be responsible for performing the caller 
ID and call waiting features. Depending on the capabilities 
of the phones connected to the residential communications 
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hub, the provider agent can notify the user either visually or 
with audio messages. This is handled independently without 
the involvement of the session manager. On the other hand, 
call forwarding is responsible for capturing the forwarding 
number from the user. This information is passed to the 
session manager which updates call routing tables accord- 
ingly. In addition to serving as a repository for class 5 feature 
related applets that maybe downloaded to a residential 
communications hub, the feature server will have shared 
resources such as audio bridges to provide conference 
calling features to the end users. Those skilled in the art will 
appreciate how aumerous features could be supplied in this 
manner. 

The feature server could also store personalized customer 
profiles and features. For example, personal intranets and 
browsers for end users could be stored in the feature server 
By clicking an icon on a computer screen, an end user could 
access a personalized browser downloaded from the feature 
server. The personalized browser could be used to establish 
numerous forms of communications. One click on the 
browser could result in a telephone call set-up by the session 
manager — either on-net or off-net. Another click on the 
browser could result in the retrieval of information from the 
World Wide Web using a Uniform Resource Locator (URL). 

The feature server could also house personalized web 
pages for end users. The end users could monitor and modify 
their web page from their home computer Others woidd be 
able to access the web page in the conventional way by 
accessing the feature server from the Internet. This would 
allow die end user to utilize e-mail through their web page. 
The feature server could be used to house media resources 
for the end users. A few examples would be yellow pages of 
Internet directories. The feature server could also provide a 
voice mail platform for the end user The feature server 
could download various forms of software to the computers 
at the residence — for example, banking software. 

As demonstrated above, the invention provides a power- 
ful platform for delivering services to the end user By 
providing POTS service using the telephony card, Java card, 
feature server, and session manager, POTS trafiBc can be 
integrated with other residential trafiBc over an ATM system. 
This allows the network to combine all traffic onto an ATM 
core. This also allows the network to offer a complete 
communications package to the end-user In addition to 
POTS, the service node can provide other capabilities, such 
as home security, telecommuting, Internet connections, elec- 
tronic gaming, electronic commerce, and video applications. 

We claim: 

1. A communications system for providing communica- 
tions services to an end-user having a communications hub, 
wherein the communications system comprises: 

a session manager that is operational to receive and 
process service requests from the communications hub 
to provide connection instructions and signaling 
instructions; 

a call manager that is coupled to the session manager and 
a Public Switched Telephone Network (PSTN) and that 
is operational to exchange signaling with the PSTN in 
response to the signaling instructions from the session 
manager; 

a multiplexer that is operational to convert between an 
ATM over DSL format and an ATM over broadband 
format; 
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an ATM switching system that is coupled to the session 
manager, the multiplexer, and the PSTN, and that is 
operational to convert between the ATM over broad- 
band format and a PSTN format and provide ATM 
connections in response to the connection instructions 
from the session manager; and 

wherein one of the service requests is for an end-user 
telephone call, a portion of the signaling instructions 
results in an exchange of signaling with the PSTN for 
the telephone call, and a portion of the connection 
instructions results in a connection for the telephone 
call from the communications hub through the multi- 
plexer and the ATM switching system to the PSTN. 

2. The communications system of claim 1 further com- 
prising: 

the communications hub that is coupled to the multiplexer 
and that is operational to communicate with an analog 
telephone using an analog telephony format and con- 
vert between the analog telephony format and the ATM 
over DSL format; 

a second multiplexer that is coupled to the ATM switching 
system and that is operational to convert between the 
ATM over DSL format and the AIM over broadband 
format; and 

a second communications hub that is coupled to the 
second multiplexer and that is operational to commu- 
nicate with another analog telephone using the analog 
telephony format and convert between the analog tele- 
phony format and the ATM over DSL fonnat; and 

wherein another one of the service requests is for another 
end-user telephone call and another portion of the 
connection instructions results in another connection 
for the other telephone call between the analog tele- 
phones and through the ATM switching system. 

3. The communications system of claim 1 wherein the 
ATM switching system is coupled to an Internet and is 
operational to convert between the ATM over broadband 
format and an Internet format and wherein another portion 
of the connection instructions result in end-user access to the 
Internet through the ATM switching system. 

4. The communications system of claim 1 further com- 
prising a feature server that is coupled to the ATM switching 
system and that is operational to provide an intranet to the 
end-user 

5. The communications system of claim 1 further com- 
prising a feature server that is coupled to the ATM switching 
system and that is operational to provide a personalized 
browser to the end-user 

6. The communications system of claim 1 further com- 
prising a feature server that is coupled to the ATM switching 
system and that is operational to provide a personalized web 
page for the end-user 

7. The commtmications system of claim 1 further com- 
prising a feature server that is coupled to the ATM switching 
system and that is operational to provide voice mail to the 
end-user 

8. The communications system of claim 1 further com- 
prising a feature server that is coupled to the ATM switching 
system and that is operational to provide software to the 
end-user. 
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